• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    Ein Verfahren zum Messen eines Voice-Over-Paket-Netzwerks (VoP-Netzwerks) erfaßt und identifiziert zumindest ein Paket in einem Netzwerk als ein VoP-Signalisierungspaket und bestimmt eines interessierenden Anrufs auf der Basis von Informationen, die in dem Signalisierungspaket enthalten sind. Das Verfahren erfaßt und identifiziert anschließend zumindest ein zusätzliches Paket als ein VoP-Datenpaket und analysiert das VoP-Datenpaket nur dann, wenn das VoP-Datenpaket dem interessierenden Anruf entspricht. DOLLAR A Eine Vorrichtung zum Messen eines Voice-Over-Paket-Netzwerks weist eine Filtermaschine auf, die Pakete in einem Netzwerk annimmt und jedes Paket als einen Pakettyp als entweder ein VoP-Signalisierungspaket, ein VoP-Datenpaket oder einen anderen Pakettyp identifiziert. Ein Anrufsignalisierungsanalysator nimmt die Signalisierungspakete an und erzeugt eine Anrufflußaufzeichnung für einen aktiven Anmruf. Ein Auslöseranalysator nimmt Parameter an, um einen interessierenden Anruf an die Filtermaschine zu definieren, und eine Flußmaschine nimmt VoP-Datenpakete von der Filtermaschine an. Eine Flußanwendung analysiert anschließend die VoP-Pakete.
    公开号:DE102004001656A1
    申请号:DE200410001656
    申请日:2004-01-12
    公开日:2004-09-02
    发明作者:Brad Colorado Springs Doerr；Steve Colorado Springs Luna；Alistair Kenneth Clement Colorado Springs Scott
    申请人:Agilent Technologies Inc；
    IPC主号:H04J1-16
    专利说明:
    [0001] Auf der ganzen Welt möchten Organisationensteigende Kommunikationskosten senken. Die Konsolidierung von separatenSprach- und Datennetzwerken bietet eine Gelegenheit für beträchtlicheEinsparungen. Dementsprechend wird die Herausforderung eines Integrierensvon Sprach- und Datennetzwerken für viele Netzwerkverwalter immermehr zur Priorität.Organisationen verfolgen Lösungen,die sie befähigen, überschüssige Kapazitäten bezüglich Breitbandnetzenfür eineSprach- und Datenübertragungzu nutzen sowie das Internet und firmeninterne Intranetze als Alternativenzu kostspieligeren Medien zu nutzen.
    [0002] Allgemein sind schaltungsbasierteAnrufe derzeit von höhererQualitätals paketbasierte. Es besteht ein Anreiz, diesen Mangel dadurchzu berichtigen, daß manNetzwerke schafft, bei denen die Qualität von VoP-Anrufen (VoP = voiceover packet, Sprache überPaket) dieselbe ist wie die von schaltungsbasierten Kommunikationen,oder besser ist als jene. Um dieses Ziel zu erreichen, ist es wünschenswert,in der Lage zu sein, eine Sprachqualität für Anrufe in einem VoP-Netzwerkzu messen und diejenigen Netzwerkbedingungen, die bewirken, daß ein VoP-Anrufeine unter dem Standard liegende Qualität aufweist, zu identifizieren.Da viele Anrufe überein VoP-Netzwerk übertragenwerden, besteht ein Bedarf, Sprachqualität in vielen Anrufen zu messen,um die Zulänglichkeitdes Dienstes bezüglichseiner beabsichtigten Anwendung zu beurteilen. Bekannte Meßlösungen vonVoP-Netzwerken haben Schwierigkeiten, alle Anrufe gleichzeitig zuerfassen und zu messen, da derzeitige Netzwerke einer hohen Bandbreitein der Lage sind, mehr Daten zu übertragenals durch Meßnetzwerkprozessorenanalysiert werden können.
    [0003] Ein bekanntes Testverfahren umfaßt einenaktiven Test, bei dem ein „Testanruf" auf einer Netzwerkverknüpfung eingerichtetwird und bekannte Daten übertragenwerden. Dieses Testverfahren weist jedoch nachteilhafterweise dasErfordernis auf, daß jeglichesProblem in dem Netzwerk rekonstruiert werden muß, bevor es diagnostiziertwerden kann.
    [0004] Demgemäß besteht ein Bedarf an einempassiven Testverfahren, bei dem Messungen eines funktionstüchtigenNetzwerks durch Abhörendurchgeführtwerden können.Bei Netzwerken einer niedrigen Bandbreite ist es möglich, alleAnrufe zu erfassen und zu analysieren. Es besteht jedoch weiterhinein Erfordernis einer passiven Messung eines VoP-Netzwerks einerhohen Bandbreite.
    [0005] Es ist die Aufgabe der vorliegendenErfindung, ein Verfahren und eine Vorrichtung zu schaffen, die bei Netzwerkenmit hoher Bandbreite eine zuverlässigeMessung der Sprachübertragungermöglichen.
    [0006] Diese Aufgabe wird durch Verfahrengemäß den Ansprüchen 1,16 und 25 sowie durch eine Vorrichtung gemäß Anspruch 20 gelöst.
    [0007] Ein Verfahren zum Messen eines Voice-Over-Paket-Netzwerks(VoP-Netzwerks) umfaßtfolgende Schritte: Erfassen und Identifizieren zumindest eines Paketsin einem Netzwerk als ein VoP-Signalisierungspaket und Bestimmeneines interessierenden Anrufs auf der Basis von Informationen, diein zumindest einem Signalisierungspaket enthalten sind. Das Verfahrenfährt mitfolgenden Schritten fort: Erfassen und Identifizieren zumindesteines zusätzlichenPakets als ein VoP-Datenpaket und Analysieren des VoP-Datenpaketsnur dann, wenn das VoP-Datenpaket dem interessierenden Anruf entspricht.
    [0008] Gemäß einem weiteren Aspekt einesAusführungsbeispielsumfaßtein Verfahren zum Messen einer Sprachqualität in einem Voice-Over-Paket-Netzwerkfolgende Schritte: Annehmen eines Datenpakets, das einem Anruf entspricht,und Vergleichen eines Beschreibungselements des Datenpakets miteiner Auslösebedingung.Falls die Auslösebedingungfür dasDatenpaket existiert, umfaßtdas Verfahren ferner folgende Schritte: Sammeln des Datenpaketszu einer Flußinformationsaufzeichnung,Berechnen einer Statistik aus der gesammelten Flußinformationsaufzeichnung,und Speichern der Statistik.
    [0009] Eine Vorrichtung zum Messen einesVoice-Over-Paket-Netzwerksweist folgende Merkmale auf: eine Filtermaschine, die Pakete ineinem Netzwerk annimmt und jedes Paket als einen Pakettyp in einerGruppe, die aus einem VoP-Signalisierungspaket,einem VoP-Datenpaket und anderen Paketen besteht, identifiziert. DieVorrichtung weist ferner einen Anrufsignalisierungsanalysator auf,der die Signalisierungspakete annimmt und eine Anrufflußaufzeichnungfür einenaktiven Anruf erzeugt. Ein Auslöseranalysatornimmt Parameter an, um einen interessierenden Anruf an die Filtermaschinezu definieren, und eine Flußmaschinenimmt VoP-Datenpakete von der Filtermaschine an. Die Vorrichtungweist ferner eine Flußanwendungauf, die die VoP-Paketeanalysiert.
    [0010] Ein Verfahren zum Messen eines Voice-Over-Paket-Netzwerks,das folgende Schritte aufweist: Einrichten von Auslösern, dieCharakteristika eines oder mehrerer interessierender Anrufe definieren,und Erfassen von Datenpaketen fürden einen oder die mehreren interessierenden Anrufe. Das Verfahrenfährt mitfolgenden Schritten fort: Sammeln von Informationen auf der Basisder Datenpakete, Berechnen einer Statistik auf der Basis der gesammeltenInformationen, und Speichern der Statistik.
    [0011] Vorteilhafterweise ermöglichenbestimmte Ausführungsbeispieleeines Testsystems gemäß den vorliegendenLehren eine Echtzeitanalyse von Voice-Over-Paket-Netzwerken einerhohen Bandbreite.
    [0012] Bevorzugte Ausführungsbeispiele der vorliegendenErfindung werden nachfolgend Bezug nehmend auf die beiliegendenZeichnungen nähererläutert.Es zeigen:
    [0013] 1 einvereinfachtes Blockdiagramm eines veranschaulichenden Netzwerksmit Voice-Over-Paket-Daten;
    [0014] 2 einBlockdiagramm eines Ausführungsbeispielseines Meßsystemsgemäß den Lehrender vorliegenden Erfindung;
    [0015] 3 einDatenflußdiagrammeines Ausführungsbeispielseines Verfahrens gemäß den Lehrender vorliegenden Erfindung;
    [0016] 4 einFlußdiagrammeines Ausführungsbeispielseiner Filtermaschine gemäß den Lehrender vorliegenden Erfindung;
    [0017] 5 einFlußdiagrammeines Ausführungsbeispielseines Anrufsignalisierungsanalysators gemäß den Lehren der vorliegendenErfindung;
    [0018] 6 einFlußdiagrammeines Ausführungsbeispielseiner Anrufflußaufzeichnungslogikgemäß den Lehrender vorliegenden Erfindung;
    [0019] 7 einFlußdiagrammeines Ausführungsbeispielseiner Flußmaschinegemäß den Lehrender vorliegenden Erfindung; und
    [0020] 8 einDatenflußdiagrammeines alternativen Ausführungsbeispielseines Systems gemäß den vorliegendenLehren.
    [0021] Ein passiver Test eines VoP-Netzwerkseiner hohen Bandbreite umfaßtein Verfahren, bei dem lediglich ein Teilsatz aller VoP-Anrufe ineinem Netzwerk analysiert wird, um die Zulänglichkeit einer VoP-Verknüpfung zubewerten. Der Teilsatz von VoP-Anrufen wird als die „interessierendenAnrufe" bezeichnetund ist von allen anderen Anrufen und Daten, die in dem Netz übertragenwerden, isoliert. Beispiele von interessierenden Anrufen, die vonden anderen Anrufen in dem Netzwerk isoliert sind, umfassen folgende,sind aber nicht auf diese beschränkt:Anrufe, die Fehler oder eine abnormale Trennung aufweisen, Anrufe,die einen spezifischen Codierer/Decodierer verwenden, Anrufe, dieeinen spezifischen Pfad, Router oder spezifische Medien verwenden,Anrufe, die an einem spezifischen Endpunkt oder bei einem spezifischenAnrufer entstehen oder enden, Anrufe, die Konferenzanrufe implementieren,sowie Anrufe, die einen Fernanrufdienst verwenden.
    [0022] Unter spezifischer Bezugnahme auf 1 der Zeichnungen ist einvereinfachtes Blockdiagramm eines veranschaulichenden VoP-Netzwerksgezeigt, bei dem ein erster Mediennetzübergang 1 einen Konversatiosverkehrvon einem oder mehreren Telefonen 2, 3 und vielleichteiner oder mehreren elektronischen Vorrichtungen, z. B. einem Computer 4,annimmt. Der erste Mediennetzübergangnimmt den Konversationsverkehr an und codiert unter Verwendung einesoder mehrerer Signalisierungs- und Daten-VoP-Protokollpakete jede Konversationzu einem VoP-Anruf. Die codierten Pakete aller Anrufe und Datenwerden in ein VoP-Netzwerk 5 eingespeist. Bei dem gezeigtenspezifischen Ausführungsbeispielist das VoP-Netzwerk 5 eine 100BaseT-Ethernet-Netzwerkverknüpfung. EinegegenüberliegendeSeite des VoP-Netzwerks 5 weisteinen zweiten Mediennetzübergang 6 auf, derdie codierten Pakete empfängtund sie an ihre jeweiligen Bestimmungsorte weiterleitet.
    [0023] Unter spezifischer Bezugnahme auf 2 der Zeichnungen ist einBlockdiagramm eines Hardwaresystems zur Implementierung der vorliegendenLehren gezeigt, bei dem ein im Test befindliches Netzwerk 102 VoP-Anrufezur Analyse durch das veranschaulichte System führen kann. Die Anrufe können miteiner beliebigen Anzahl von VoP-Protokollen codiert sein, die ohneEinschränkungH.323, Mediennetzübergangsteuerprotokoll(MGCP – mediagateway control protocol) und ein Sitzungseinleitungsprotokoll (SIP – sessioninitiation protocol) umfassen. Eine Arbeitsstation 104,die bei einem bevorzugten Ausführungsbeispieleine Sun Netra-20 ist, die ein solares Betriebssystem und eine Agilent-Technologies-NgN-Software betreibt,ist mit einer Netzwerkkarte 105 bestückt, die bei einem bevorzugtenAusführungsbeispieleine Einstecknetzwerkkarte ENP2506 105 von Radisys, Corp.,ist. Die ENP2506 umfaßteinen IXP1200-Prozessor mit sechs Mikroprozessormaschinen. Sie betreibtein VXWorks-Betriebssystemvon Windriver und eine Tornado-Entwicklungsumgebung.Vier der Mikroprozessormaschinen in der Netzwerkkarte 105 werdenfür einenFiltermaschinenprozeß verwendet,und zwei werden füreinen Flußmaschinenprozeß verwendet.Wie Fachleute angesichts der vorliegenden Lehren erkennen werden,dient die Zuweisung einer Mikroprozessormaschine zu einem bestimmten Prozeß dem Hauptzweckeines effizienten Lastausgleichs und Verarbeitens, und sie kannin Abhängigkeiteiner spezifischen Implementierung der vorliegenden Lehren variieren.Die Netzwerkkarte 105 überwachtpassiv einen Datenverkehr, der durch das zu testende Netzwerk 102 über dieTestnetzwerkverbindung 108 geführt wird. Die Arbeitsstation 104 kommuniziertdurch einen herkömmlichenPCI-Bus 107 mit der Netzwerkkarte 105 und kommuniziertunter Verwendung eines Verwaltungs-LAN 106 mit anderenVorrichtungen. Eine externe Kommunikation über das Verwaltungs-LAN 106 dientZwecken, die, ohne Einschränkung,ein Empfangen von Anforderungen von externen Vorrichtungen und einMelden gesammelter und berechneter Daten an externe Vorrichtungenumfassen.
    [0024] Unter spezifischer Bezugnahme auf 3 der Zeichnungen ist einDatenflußdiagrammeines Ausführungsbeispielseines Verfahrens gemäß den vorliegendenLehren gezeigt, bei dem Netzwerkdaten auf der Testverknüpfung 103 durcheine Filtermaschine 201 empfangen werden. Die Filtermaschine 201 istein Softwareprozeß,der auf vier der Mikroprozessormaschinen, die sich auf der Netzwerkkarte 105 befinden,betrieben wird.
    [0025] Unter spezifischer Bezugnahme auf 4 der Zeichnungen ist einFlußdiagrammdes Filtermaschinenprozesses 201 gezeigt. Die Filtermaschine 201 nimmtein Datenpaket von der aktiven Testverknüpfung 103 an 301 underfaßtdasselbe. Das Datenpaket ist entweder ein VoP-Signalisierungspaketoder ein VoP-Datenpaket oder eine andere Art von Paket. Die Filtermaschine 201 bestimmtanhand einer Serie von Vergleichen 302 mit bekannten Protokollen,ob das Datenpaket ein VoP-Signalpaket ist, und falls dies der Fallist, welcher Typ von Signalprotokoll verwendet wird. Falls einerder Serie von Vergleichen 302 eine Übereinstimmung mit einem derunterstütztenSignalisierungsprotokollen ergibt, leitet 303 die Filtermaschine 201 dasVoP-Signalisierungspaket und die Protokolltypinformationen an einenAnrufsignalisierungsanalysator 202 und beginnt den Filtermaschinenprozeß für das nächste fortlaufendePaket auf der Testverknüpfung 103.Falls das Paket nicht als VoP-Signalisierungspaket identifiziertwird, versucht die Filtermaschine 201, es als VoP-Datenpaketzu identifizieren 304. VoP-Datenpakete folgen einem Echtzeitprotokollund werden herkömmlicherweiseals „RTP-Paket" bezeichnet. EinRTP-Paket weist Anfangsblockinformationen auf, die einen Zeitstempelvon dem sendenden Mediennetzübergang,eine Paketsequenznummer, eine IP-Adresse und eine Tornummer umfassen.Die IP-Adresse und die Tornummer identifizieren eindeutig den Anruf,dem das RTP-Paket entspricht. Falls die Filtermaschine das Paket alsRTP-Paket identifiziert, leitet sie das Paket an die Flußmaschine 203 weiter 305 undbeginnt den Filtermaschinenprozeß für das nächste fortlaufende Paket aufder Testverknüpfung 103.Falls das Paket weder ein VoP-Signalisierungspaketnoch ein RTP-Paket ist, verwirft die Filtermaschine das Paket ohneweitere Verarbeitung. Der Filtermaschinenprozeß kehrt dann zum Anfang zurück, um das nächste fortlaufendeDatenpaket anzunehmen und zu verarbeiten.
    [0026] Unter spezifischer Bezugnahme auf 5 der Zeichnungen ist einFlußdiagrammgezeigt, das den Anrufsignalisierungsanalysator 202 veranschaulicht.Der Anrufsignalisierungsanalysator ist das von Agilent Technologies,Inc., erhältlicheNgN-Softwareprodukt, das in dem Anrufsignalisierungsanalysator 202 enthalten ist,wie in der am 16. Oktober 2002 mit der Veröffentlichungsnummer 1249986veröffentlichteneuropäischen Patentanmeldungund in der am 18. April 2001 unter der Veröffentlichungsnummer 1093312veröffentlichten europäischen Patentanmeldung,deren Lehren durch Bezugnahme in das vorliegende Dokument aufgenommensind, offenbart ist. Die Filtermaschine leitet bei 303 einenStrom von VoP-Signalisierungspaketen von dem Anrufsignalisierungsanalysatorweiter. Bei jedem VoP-Paket in dem Strom empfängt die Filtermaschine 201 fernereinen Signalisierungsprotokollparameter, der das bei dem VoP-Signalisierungspaketverwendete spezifische Signalisierungsprotokoll angibt. Der Anrufsignalisierungsanalysator 202 nimmtdas VoP-Signalisierungspaket und den Signalisierungsprotokollparameterbei 401 an. Der Anrufsignalisierungsanalysator 202 bestimmt 402,ob fürden Anruf, der durch das VoP-Signalisierungspaket dargestellt wird,bereits eine Anrufflußaufzeichnung(CFR – callflow record) existiert. Falls der Anruf neu ist und noch keine CFRexistiert, richtet der Anrufsignalisierungsanalysator eine neueCFR ein 403. Der Anrufsignalisierungsanalysator extrahiert 404 anschließend Informationenaus dem VoP-Signalisierungspaketund bestücktdie CFR mit den extra hierten Informationen. Mehrere VoP-Signalisierungspaketewerden verwendet, um die CFR vollständig zu bestücken. ProAnruf auf der Verknüpfungliegt eine eindeutige CFR vor.
    [0027] Die CFR ist eine Datenstruktur, dieInformationen fürden Anruf speichert, die folgende umfassen: Anruferzeugungszeit(Call Create Time) : DieZeit, zu der die erste Nachricht empfangen wurde. anrufendeNummer (Calling Number): DieTelefonnummer, von der der Anruf ausging. Anruf-ID(Call ID): Identifizierer,der durch die Soft-Umschaltungdem Anruf zugewiesen wird. Anrufzustand(Call State): Verbunden,getrennt oder in Arbeit. Gewählte Nummer(Dialed Number) : DieTelefonnummer, die angerufen wurde. IP-Adressen(IP Addresses): IP-Adressenaller Elemente, die an einem Anruf beteiligt sind (z. B. Soft-Umschaltung,Mediennetzübergangusw.). Protokolle(Protocols): Signalisierungsprotokolle,die bei einem Anruf verwendet werden. Laufzeit(Running Time) : DieDauer, die der Anruf bereits andauert, falls der Anruf immer nochfortdauert. Status(Status): OK,Fehler, Wartung oder Warnung. RTP-Pfadinfo(RTP Path Info) : IP-Adresseund UDP-Tore des RTP-Stroms Beantwortet(Answered): Obder angerufene Teilnehmer den Anruf beantwortete oder nicht. Trägerfähigkeit(Bearer Capability): Spezifizierteinen angeforderten Dienst: Paket- oder Schaltungsmodus, Datenrate,Art des Informationsgehalts. Blockiert(Blocked): JeglicheNachricht, die die Blockierungsbedingung einer Schaltung oder einerGruppe von Schaltungen beeinflußt,wird angegeben. Schaltungen könnenzu einem beliebigen Zeitpunkt blockiert, nicht blockiert oder zurückgesetztwerden, und folglich könneneiner oder mehrere Anrufe freigegeben werden. Falls ein Wert leerist, bedeutet dies, daß indieser Anrufaufzeichnung keine Blockierungs- oder Nicht-Blockierungsnachrichtenenthalten waren. CIC: CICdes IAM-Abschnitts des Anrufsegments. KOTFehlgeschlagen(COTFailed): Fallsan der Schaltung ein Kontinuitätstestangefordert wurde, bevor der Anruf plaziert wurde, sind in diesemFeld jegliche Protokolle aufgelistet, die ein Fehlschlagen einesKontinuitätstestsangaben. KOTAngefordert(COTRequested): Indiesem Feld sind jegliche Protokolle aufgelistet, die eine Anforderungbezüglicheines Kontinuitätstestsan der Schaltung ausgaben, bevor der Anruf plaziert wurde. KOTErfolgreich(COTSuccessful): Fallsan der Schaltung ein Kontinuitätstestangefordert wurde, bevor der Anruf plaziert wurde, sind in diesemFeldjegliche Protokolle aufgelistet, die einen erfolgreichen Kontinuitätstest angaben. Anrufbeantwortungs-zeitfenster (CallAnswer Time Window): DerZeitpunkt, zu dem der Anruf beantwortet wurde. Falls das Feld leerist, wurde der Anruf nicht beantwortet. Anzeige bei SMR-Markierung: HH:MM:SS:mmm Anruferzeugungs-zeit (Call CreateTime): Zeit,zu der der Anruf begann. Anrufdauer(Call Duration): DieDauer (von einer hergestellten Verbindung bis zu einer getrenntenVerbindung) des Anrufs. Anrufaufbauzeit(Call Setup Time) : Zeit,um den Anruf aufzubauen, von IAM bis ANM (nur SS7) . HH:MM:SS:mmm Anrufabbauzeit(Call Teardown Time) : Zeitzum Trennen des Anrufs, von REL bis RLC (nur SS7). Anzeigeformat:HH:MM:SS:mmm Träger-ID-Code(Carrier ID Code): Einedrei- oder vierstellige Zahl, die den Träger, durch den der Anruf weitergeleitetwurde, eindeutig identifiziert (nur SS7). Wähltonverzögerung (DialTone Delay): Zeitvom Abheben bis zum Empfang des Wähltons. Anzeigeformat: HH:MM:SS:mmmDPC: Bestimmungspunktcode(Destination Point Code), der in dem IAM-Abschnitt des SS7-Protokollszu finden ist. GAP: DasGAP-Feld (GAP = Generic Address Parameter, generischer Adreßparameter)von der IAM-Nachricht (nur SS7). Falls es leer ist, wurde die IAM-Nachrichtnicht gesehen oder enthielt keinen GAP-Parameter. JIP: Dassechsstellige JIP-Feld (JIP = Jurisdiction Information Parameter,Rechtsprechungsinformationsparameter) von der IAM-Nachricht. (NurSS7). Fall leer, wurde die IAM-Nachricht nicht gesehen oder enthielt keinenJIP-Parameter. LokalerPC (Punkt-Code)(Local PC (Point Code)): Punktcodeder lokalen Schaltstelle oder der Vorrichtung, die den Anruf handhabt(nur SS7). Falls leer t, bedeutet dies, daß die IAM-Nachricht nicht gesehen wurde. LRN: Das10-stellige LRN-Feld (LRN = Local Routing Number, lokale Weiterleitungsnummer)von der IAM-Nachricht (nur SS7). Falls leer, wurde die IAM-Nachricht nicht gesehenoder enthielt keinen LRN-Parameter, da eine Lokale-Nummer-Portabilität nichtverwendet wurde. Wartungsnachrichten(Maintenance Messages): ZeigtWartungsnachrichten an, z. B. GRS, GRA usw. Ursprungsantwortverzögerung (OriginatingAnswer Delay): DieZeit, die benötigtwurde, bis der Ursprungsanruf beantwortet wurde. HH:MM:SS:mmm Ursprungsanruf-Prozessor (OriginatingCall Processor): DerName oder die IP-Adresse des Anrufagenten, Anrufprozessors, Mediennetzübergangs,Proxy-Servers oder des Softwareschalters, der den Anruf auf derUrsprungsseite handhabt. Könnte leersein, wenn nur die Zielseite des Anrufs für NgNAS sichtbar war oder wennder Anruf direkt von Endpunkt zu Endpunkt ging, ohne eine Schaltstellezu durchlaufen. Ursprungsendpunkt(Originating End Point): DerName oder die IP-Adresse des Teilnehmer-Netzübergangs, der SIP-Entität oder desH.323-Anschlusses, von dem bzw. von der der Anruf ausging. Könnte leersein, falls lediglich die Zielseite des Anrufs für NgNAS sichtbar war. Ursprungsendpunkt-Typ (OriginatingEnd Point Type): DieArt von Vorrichtung, von der der Anruf ausging. OPC: Ursprungspunktcode(Originating Point Code), der in der in der IAM des SS7-Protokolls zu findenist. Ursprungstrennverzögerung (OriginatingRelease Delay): DieZeit, die benötigtwurde, bis die Ursprungsvorrichtung den Anruf volständig trennteund füreinen weiteren Anruf zur Verfügungstand. Anzeigeformat: HH:MM:SS:mmm Ursprungs-RTP-Jitter (OriginatingRTP Jitter) : DerRTP-Jitter, der durch die Ursprungsseite des Anrufs berichtet wird(nur MGCP). HH:MM:SS:mmm Ursprungs-RTP-Latenz (OriginatingRTP Latency): Diedurch die Ursprungsseite des Anrufs berichtete RTP-Latenz (nur MGCP).HH:MM:SS:mmm Ursprungspakete-Empfang (OriginatingPackets Rx): Diedurch die Ursprungsseite des Anrufs empfangenen RTP-Pakete (nurMGCP).Ursprungspakete-Senden (OriginatingPackets Tx): Diedurch die Ursprungsseite des Anspruchs gesendeten RTP-Pakete (nurMGCP). VerloreneUrsprungspakete (Originating Packets Lost): Dieverlorenen RTP-Pakete, wie sie durch die Ursprungsseite des Anrufsgemeldet werden (nur MGCP). Nach-Wählen-Verzögerung (PostDial Delay): DieZeit zwischen der Beendigung des Wählens seitens des Anrufurhebersund der Anzeige der Schaltstelle, daß der Anruf läuft. HH:MM:SS:mmm Trennzeit(Release Time): Nichtmit der Trennzeit fürCFRs zu verwechseln. Zeitstempel des letzten Anrufsegments (Grundelement), dasden Anruf beendet. Fehlgeschlagene Anrufe zeigen keine Trennzeitan. Codeder Ursache der Trennung (Rel Cause Code): DerGrund, warum der Anruf getrennt wurde. Trenncode(Release Code): Details über eineInterpretation des Trenncodes sind unter SS7/IPDC-Ursachenwerte oderMGCP-Ansprecheinzelheitenzu finden. FernerPC (Punkt-Code)(Remote PC (Point Code)): Punktcodedes fernen Endes des Anrufs. (Nur SS7). Falls leer, bedeutet dies,daß dieIAM-Nachricht nicht gesehen wurde. Softwareschalteradresse(Softswitch Address): DieIP-Adresse oder der DNS-Name des Softwareschalters, der den Anrufaufbaut. Diese bzw. dieser wird von dem IP-Quellenadreßfeld derRCSI-Nachricht erhalten.Startzeit(Start Time): Nichtmit der Anruferzeugungszeit fürCFRs zu verwechseln. Zeitstempel des ersten Anrufsegments (Grundelements),das den Anruf startet. Zielantwortverzögerung (TermAnswer Delay): DieZeit, die benötigtwurde, bis der Anruf beantwortet wurde (aus der Perspektive desAnrufs am Ziel). HH:MM:SS:mmm Zielanruf-Prozessor (Term CallProcessor): DerName oder die IP-Adresse des Anrufagenten, Anrufprozessors, Mediennetzübergangs,Proxy-Servers oder des Softwareschalter, der den Anruf auf der Zielseitehandhabt. Könnteleer sein, wenn nur die Ursprungsseite des Anrufs für die NgN-Anwendung sichtbarwar oder wenn der Anruf direkt von Endpunkt zu Endpunkt ging, ohneeine Schaltstelle zu durchlaufen. Zielrichtung(Term Direction): Werbeendete den Anruf: Teilnehmer oder Netzwerk. Falls leer, kam nieeine Verbindung oder nie eine Trennung des Anrufs zustande. Ziel-Endpunkt(Term End Point): DerName oder die IP-Adresse des Teilnehmer-Netzübergangs, der SIP-Entität oder desH.323-Anschlusses, bei dem bzw. bei der der Anruf endete. Könnte leersein, falls lediglich die Ursprungsseite des Anrufs für NgNASsichtbar war. Ziel-Endpunkt-Typ (Term End PointType): DieArt von Vorrichtung, bei der der Anruf endete. Ziel-RTP-Jitter (Term RTPJitter): DerRTP-Jitter, der durch die Zielseite des Anrufs berichtet wird (nurMGCP). HH:MM:SS:mmm Ziel-RTP-Latenz (Term RTPLatency) : Diedurch die Zielseite des Anrufs berichtete RTP-Latenz (nur MGCP).HH:MM:SS:mmm Zielpakete-Empfang (Term PacketsRx): Diedurch die Zielseite des Anrufs empfangenen RTP-Pakete (nur MGCP). Zielpakete-Senden (Term PacketsTx) Diedurch die Zielseite des Anrufs gesendeten RTP-Pakete (nur MGCP). VerloreneZielpakete (Term Packets Lost): Dieverlorenen RTP-Pakete, wie sie durch die Zielseite des Anrufs gemeldetwerden (nur MGCP). Zeitzum Antworten (Time To Answer): Zeitzwischen der IAM- und der ANM-Nachricht.Im Grunde die Zeit, die es dauerte, bis der Anruf beantwortet wurde.Falls der Anruf nicht beantwortet wurde (keine ANM wurde empfangen),ist das Feld leer. Bündelungsnetzübergangadresse(Trunking Gateway Address): DieIP-Adresse oder der DNS Name des Bündelungsnetzübergangs,der den Anruf führt.Diese bzw. dieser wird von dem IP-Bestimmungsortadreßfeld derRCSI-Nachricht erhalten. Zieltrennverzögerang (TermRelease Delay): DieZeit, die es dauerte, bis die Zielvorrichtung den Anruf vollständig trennteund füreinen anderen Anruf bereit wurde.HH:MM:SS:mmm
    [0028] Die Gesamtfunktion des Anrufsignalisierungsanalysatorsgemäß den Lehrender vorliegenden Erfindung besteht daher darin, verwandte VoP-Signalisierungspaketezu sammeln und zu korrelieren und aus den VoP-SignalisierungspaketenInformationen zu extrahieren, die notwendig sind, um die CFR-Datenstrukturzu Zwecken einer Anruftestverwaltung zu bestücken. Wenn eine CFR angibt,daß dergegenwärtigeAnruf vollständigaufgebaut wurde, oder falls seit dem letzten VoP-Signalisierungspaketfür dieaktuelle CFR eine gewisse Zeitperiode verstrichen ist, kündigt derAnrufsignalisierungsanalysator die CFR der CFR-Logik 204 gegenüber an 405.Dementsprechend versucht das System auch dann, wenn der aktuelleAnruf nicht vollständig aufgebautwurde, Pakete fürden Anruf zu erfassen, da ein Fehlschlagen beim Aufbauen wichtigeDaten beim Diagnostizieren eines gemeldeten Problems darstellenkann. Die CFRs werden einen vorbestimmten Zeitraum lang in einemSpeicher gehalten. Bei einem spezifischen Ausführungsbeispiel beträgt die vorbestimmteZeitdauer 30 bis 90 Tage. Vorteilhafterweise ermöglicht ein Zugriff auf dieCFRs eine spätereWiedergewinnung von Maßdaten,die sich auf einen spezifischen Anruf beziehen. Dies kann wichtigsein, wenn von einem Anruf gemeldet wird, daß er unter einem gewissen Standardliegt. Ein Dienstanbieter, der ein System gemäß den Lehren der vorliegendenErfindung verwendet, kann eine Beschwerde empfangen und Daten bezüglich des gemeldetenAnrufs wiedergewinnen, um eine Diagnose und Korrektur des Problemszu erleichtern.
    [0029] Unter spezifischer Bezugnahme auf 6 der Zeichnungen ist einFlußdiagrammgezeigt, das den CFR-Logikprozeß 204 veranschaulicht.Der CFR-Logikprozeß 204 nimmtdie CFR von dem Anrufsignalisierungsanalysator 202 an 501,wenn die CFR angekündigtwird 405. Die CFR-Logik bestimmt 502, ob die angekündigte CFReine IP-Adresse und eine Tornummer des Anrufs enthält. Fallsdies der Fall ist, leitet 503 die CFR-Logik die IP-Adresseund die Tornummer an die Filtermaschine 201. Falls dieCFR die IP-Adresse und Tornummer nicht enthält, fährt der CFR-Logikprozeß mit demSchritt des Bestimmens 504 fort, ob in der CFR enthalteneInformationen mit einem einer Anzahl von Auslösern 205 übereinstimmen.Die Auslösersind Bedingungen oder boolesche Kombinationen von Bedingungen, dieeinen interessierenden Anruf definieren. Gerade die interessierendenAnrufe werden letztlich erfaßtund analysiert, währendandere Anrufe und Datenpakete verworfen werden. Ein Auslöser kannfür jeglichesDatenfeld, das durch die CFR erfaßt wird, definiert sein. Für praktischeZwecke nimmt man an, daß mancheder nützlicherenAuslösereine spezifische Telefonnummer, eine Route, die einen spezifischenMediennetzübergang,Signalisierungsnetzübergang,Torwächterund Router umfaßt,ein spezifischer Codec, ein Anruf, der eine Trennung vor einer Anrufbeendigungenthält,ein Anruf, der Fehler enthält,Konferenzanrufe und Anrufe einer entweder ungewöhnlich kurzen oder einer ungewöhnlich langenDauer sind. Ein Auslöserkann ferner eine boolesche Kombination jeglicher der in der CFR erfaßten Datenumfassen. Auslöserermöglicheneine adaptive Analyse lediglich bestimmter Anrufe, die zur Isolierungeines Problems bei einer spezifischen Ausrüstungseinheit oder in einemspezifischen Bereich einer Anruffunktionalität beiträgt. Eine Unterstützung beider Isolierung eines gemeldeten Problems ermöglicht vorteilhafterweise eineschnellere Lösungder identifizierten Ursache des gemeldeten Problems. Eine alternative Artvon Auslöseridentifiziert interessierende Anrufmuster. Beispielsweise kann dieCFR-Logik 204 konfiguriert sein, um ein durch eine Kombinationvon Anrufen definiertes Ereignis zu identifizieren, beispielsweisewenn eine Einleitung und eine Beendigung eines kurzen ersten Anrufszwischen zwei Telefonnummern und anschließend eine Einleitung eineszweiten Anrufs zwischen denselben zwei Telefonnummern kurze Zeitspätervorliegt. Ein derartiges Anrufmuster kann einen Hinweis auf eineschlechte Sprachqualitätdes ersten Anrufs darstellen. Der zweite Anruf in dem Muster wäre daherein interessierender Anruf. Die CFR-Logik 204 identifiziert dasAnrufmuster, wie es durch die Auslöser 205 definiertist, und signalisiert das Anrufmuster 507 direkt an die Flußanwendung 206.Das Anrufmuster, das von der CFR-Logik 204 an die Flußanwendung 206 signalisiert wird,versieht die Flußanwendung 206 mitInformationen, die die FIR 607, die sich auf den Anrufbezieht, als interessierenden Anruf auf der Basis eines Anrufmustersidentifizieren.
    [0030] Als Beispiel eines Auslösers einesinteressierenden Anrufs, falls ein bestimmter Ausrüstungsgegenstandneu in einem Netz ist, beispielsweise ein Codec, unterstützt einAuslöser,der lediglich diejenigen Anrufe analysiert, die durch den Codecverarbeitet werden, den Benutzer des neuen Ausrüstungsgegenstandes darin, dieFunktionalitätdesselben nach der Installation zu verifizieren. In diesem Fallwäre derAuslöseralle Anrufe, die einen spezifischen Nutzlasttyp aufweisen. Als weiteresBeispiel kann ein Kunde häufigeProbleme lediglich in bezug auf einen Dienst für Konferenzanrufe gemeldethaben. Ein Auslösenbezüglichlediglich Konferenzanrufen an eine oder von einer spezifischen Telefonnummerermöglichteine Analyse genau des gemeldeten Problems, um zu verifizieren,daß dasProblem tatsächlichexistiert, und identifiziert anschließend das Ausmaß des Problems.Ferner kann ein Benutzer die Auslöser modifizieren, um ein Anrufproblemauf methodische Weise zu isolieren.
    [0031] Bei einem spezifischen Ausführungsbeispielsind die Auslöserin einer Auslöserdatendateigespeichert, die Zeichenfolgedaten aufweisen, die durch Strichpunktegetrennt sind. Die CFR-Logik 204 liest die Auslöserdatendatei.Die Auslöserdatendateiumfaßteine Identifizierung der Auslöserkategorie,ein Ist-Gleich-Zeichen und schließlich den Auslöser selbst.Boolesche Kombinationen verwenden die „Und"- und „Oder"-Terminologie sowie mathematische „Größer-als"-, „Kleiner-als"- und Klammern-Konventionenfür kompliziertere Auslöser. ZuVeranschaulichungszwecken kann eine einzelne Auslöserdatendateifolgendes umfassen: anrufende_Num = 4155554455; gewählte_Num= 4155551921; ip = 130.29.44.165 und Nutz_Last_Typ = 18; Anruf_Zustand= getrennt und Anruf_Zustand = Fehler; (ip = 130.29.44.165oder ip = 130.29.44.166 oder ip = 130.29.44.167) und (Anruf_Zustand= Fehler); (Anruf Dauer > 1:00:00)oder (Anruf_Dauer < 0:00:01);
    [0032] Jede Zeile, die durch einen Strichpunktgetrennt ist, ist ein anderer Auslöser. Demnach sind alle Anrufe,die einen beliebigen der Auslösererfüllen,interessierende Anrufe. Falls ein Kunde eine Sprachqualität beklagte,ermöglichendie ersten zwei Auslöservon angerufene_Num und gewählte_Numeine Analyse von lediglich VoP-Anrufen zu oder von dieser Telefonnummer.Der dritte Auslöseridentifiziert einen bestimmten Codec in dem Netzwerk. Eine Analysevon Anrufen von einem Codec ermöglichtein Überwacheneines neuen Ausrüstungsgegenstands,um zu gewährleisten,daß seineVerwendung die Sprachqualitätnicht nachteilig beeinflußt.Es ist üblich,alle Anrufe mit identifizierten Fehlern zu erfassen, da der Fehlerstatusauf ein Problem hinweist, und eine Sammlung und Analyse aller Anrufemit Fehlern dazu beiträgt,eine Quelle der Fehler zu isolieren. Ein Benutzer sieht vielleicht,daß diemeisten Fehler auftreten, wenn der Anruf einen oder mehrere Mediennetzübergänge passiert.Der Benutzer kann dann den Auslösermodifizieren, um alle Anrufe mit Fehlern zu erfassen, die auch dieIP-Adresse des in Frage kommenden Mediennetzübergangs umfassen. Ein Beispieleines derartigen Auslösersist der vierte Auslöserbei den beispielhaften Auslösern.Es ist auch vorteilhaft, Anrufe sowohl einer sehr kurzen Dauer alsauch einer sehr langen Dauer zu analysieren. Anrufe einer langen Dauersind interessant, weil sie viele Daten enthalten und fehleranfällig sind.Anrufe von kurzer Dauer sind interessant, weil sie möglicherweiseeine freiwillige Anrufbeendigung durch den Anrufenden oder Angerufenen infolgeeiner schlechten Sprachqualitätbedeuten können.Ein Benutzer kann die Auslösermodifizieren, indem er auf die Auslöserdatendatei zugreift unddieselbe modifiziert. Alternativ dazu kann der Benutzer unter Verwendungeiner graphischen Benutzerschnittstelle (GUI – graphical user interface)die Auslösereingeben.
    [0033] Falls die CFR mit einem der benutzerdefiniertenAuslöser 205 übereinstimmt,oder wenn die CFR-Logik 204 einen interessierenden Anrufauf der Basis eines Anrufmusterauslösers identifiziert, leitet 505 die CFR-Logik 204 dieIP-Adresse und Tornummer des Anrufs an die Flußmaschine 203. WieFachleute einer Betrachtung der 6 entnehmenkönnen,wird die IP-Adresse und Tornummer bei dem CFR-Logikprozeß möglicherweisezweimal gesandt. In der ersten Instanz wird die IP-Adresse und Tornummereines jeglichen VoP-Anrufs an die Filtermaschine 201 gesandt.Demnach erfaßtdie Filtermaschine 201 alle RTP-Pakete und leitet sie andie Flußmaschine 203 weiter.In der zweiten Instanz werden die IP-Adresse und Tornummer lediglich derjenigenVoP-Anrufe, die mit den definierten Auslöserkriterien übereinstimmen,an die Flußmaschine 203 gesandt.Demnach verarbeitet die Flußmaschine 203 lediglichdiejenigen VoP-Pakete, die den interessierenden Anrufen entsprechen.Die CFR-Logik 204 bestimmt anschließend, ob der interessierendeAnruf auf einem Auslösereines interessierenden Anrufs beruht oder auf einem Anrufmusterauslöser 506 beruht.Falls der Anruf auf einem Auslösereines interessierenden Anrufs, beruht, ist keine weitere Verarbeitungnotwendig, und der Prozeß setztsich vom Anfang fort. Falls der Anruf auf der Basis eines interessierendenAnrufmusters bezüglicheiner Erfassung ausgelöstwird, sendet die CFR-Logik 204 auch die Anrufmusterinformationenzusammen mit der jeweiligen FIR an die Flußanwendung 206. Aufdiese Weise kann die Flußanwendungden Anruf als Bestandteil eines Anrufmusters, das eine schlechteSprachqualitätaufweist, identifizieren.
    [0034] Unter spezifischer Bezugnahme auf 7 der Zeichnungen ist einFlußdiagrammder Flußmaschine 203 gezeigt.Die Flußmaschine 203 nimmtRTP-Pakete von der Filtermaschine 201 an 601.Die Flußmaschine 203 vergleicht 602 dieRTP-Informationenmit der IP-Adresse und der Tornummer, die durch die CFR-Logik 204 gesandtwerden 505. Falls die RTP mit keinem der Auslöser 205 übereinstimmt,verarbeitet die Flußmaschine 203 dasRTP-Paket nicht weiter und kehrt zu dem Anfang des Prozesses zurück, um dasnächstefortlaufende RTP-Paket anzunehmen. Falls das RTP-Paket mit der IP-Adresse und der Tornummer übereinstimmt,bestimmt die Flußmaschine,ob fürden derzeitigen Anruf eine Flußinformationsaufzeichnung(FIR) vorliegt. Falls die FIR nicht existiert, erzeugt und initialisiertdie Flußmaschine 203 eineneue FIR und fährtfort. Die Flußmaschine 203 extrahiert 604 anschließend eineSequenznummer und einen Zeitstempel von der RTP. Die Sequenznummerund der Zeitstempel werden anschließend für den vorliegenden Anruf zuder FIR gesammelt 605. Nach einem vorbestimmten Zeitraum 606 sendet 607 dieFlußmaschine 203 alleaktiven FIRs an die Flußanwendung.
    [0035] Die Flußanwendung 206 isteine Software, die eine Statistik über die gesammelten FIRs berechnet, diedurch die Flußmaschinean sie gesendet werden. Berechnungen umfassen Messungen des Paketverlustes,des Jitters, der Sprechpausenerfassung und die voraussehende mittlereBewertungsnote, sind aber nicht auf diese beschränkt. Die Flußanwendungführt alleBerechnungen durch und speichert periodische Ergebnisse auf einerPro-Anruf-Basis in einer Datenbank. Auf Berechnungen, die durchdie Flußanwendung 206 durchgeführt werden,wird überdas Verwaltungs-LAN 106 zum Zweck einer Anzeige gegenüber einemBenutzer oder zum Zweck einer Verwendung durch andere Anwendungen,beispielsweise Firehunter-Produkt von Agilent Technologies, Inc.,zugegriffen, um die Daten übermehrere Anrufe zusammenzufassen.
    [0036] Unter spezifischer Bezugnahme auf 8 der Zeichnungen ist einDatenflußdiagrammeines alternativen Ausführungsbeispielsgemäß den Lehrender vorliegenden Erfindung gezeigt. Unter Bezugnahme auf 3 der Zeichnungen ist eineFlußanwendung 206 aufzumindest einer Hostseite der Prozessorhardware gezeigt. Unter Bezugnahmeauf 8 der Zeichnungensind sowohl eine Hostseitenflußanwendung 206 sowie eineKartenseitenflußanwendung 207 gezeigt.Das Ausführungsbeispielder 8 der Zeichnungenist nützlich,falls eine zusätzlicheVerarbeitungsleistung benötigtwird, um Berechnungen überdie FIRs durchzuführen, oderwenn es vorteilhaft ist, Verarbeitungsverantwortlichkeiten von derHostarbeitsstation 104 auf die Prozessoren auf der Netzwerkkarte 105 abzuladen.
    [0037] Bei einem Ausführungsbeispiel gemäß den Lehrender vorliegenden Erfindung ist es ferner möglich, Muster der interessierendenAnrufe zu identifizieren und zu analysieren. Jeder interessierendeAnruf weist eine oder mehrere Anrufcharakteristika auf, die durchdie Daten in der CFR erfaßtwerden, beispielsweise anrufende Telefonnummer, angerufene Telefonnummer,Anrufdauer und Netzwerkroute. Auf der Basis der Anrufcharakteristikaanalysiert das Anrufmuster interessierende Anrufe und sammelt dieselben.Anrufmuster werden infolge der Sammlung offensichtlich. Diese Analysewird in der CFR-Logik 204 auf effiziente Weise durchgeführt, undErgebnisse werden an die Flußanwendung 206 signalisiert.Alternativ dazu könnenauch Anrufkombinationen erfaßtwerden. Beispielsweise ist eine Kombination von Anrufbedingungenzwischen denselben zwei Telefonnummern oder gemeinsamen Netzwerkroutenein potentieller Indikator einer schlechten Sprachqualität. Fallsim einzelnen ein Anruf beendet und anschließend in einer der beiden Anrufrichtungen rascherneut eingerichtet wird, kann er auf eine Verbindung und Beendigungaufgrund einer schlechten Sprachqualität und eine anschließende rascheNeuerstellung, um den Anruf abzuschließen, hinweisen. Das erfaßte Musterlautet daher auf einen oder mehrere Anrufe kurzer Dauer, auf dierasch ein längererAnruf zwischen denselben zwei Telefonnummern folgt.
    权利要求:
    Claims (30)
    [1] Verfahren zum Messen eines Voice-Over-Paket-Netzwerks(VoP-Netzwerks), das folgende Schritte umfaßt: Erfassen und Identifizierenzumindest eines Pakets in einem Netzwerk als ein VoP-Signalisierungspaket, Bestimmeneines interessierenden Anrufs auf der Basis von Informationen, diein zumindest einem Signalisierungspaket enthalten sind, Erfassenund Identifizieren zumindest eines zusätzlichen Pakets als ein VoP-Datenpaket,und Analysieren des VoP-Datenpakets nur dann, wenn das VoP-Datenpaketdem interessierenden Anruf entspricht.
    [2] Verfahren zum Messen gemäß Anspruch 1, das ferner denSchritt des Sammelns einer Mehrzahl der VoP-Signalpakete, um einen oder mehrereaktive Anrufe zu definieren, umfaßt.
    [3] Verfahren zum Messen gemäß Anspruch 2, das ferner denSchritt des Erzeugens einer Flußinformationsaufzeichnungfür jedendes einen oder der mehreren interessierenden Anrufe umfaßt.
    [4] Verfahren zum Messen gemäß Anspruch 3, bei dem die Flußinformationsaufzeichnung über einevordefinierte Zeitdauer, nachdem der interessierende Anruf beendetist, aufrechterhalten wird.
    [5] Verfahren zum Messen gemäß Anspruch 3 oder 4, das fernerden Schritt des Sammelns einer Mehrzahl der VoP-Datenpakete, dieeinem der interessierenden Anrufe entsprechen, umfaßt.
    [6] Verfahren zum Messen gemäß Anspruch 5, das ferner denSchritt des Bestückenseiner Flußinformationsaufzeichnung,die einem der interessierenden Anrufe entspricht, umfaßt.
    [7] Verfahren zum Messen gemäß Anspruch 6, bei dem der Schrittdes Analysierens ein Berechnen einer Statistik aus Informationen,die in der Flußinformationsaufzeichnungenthalten sind, umfaßt.
    [8] Verfahren zum Messen gemäß einem der Ansprüche 1 bis7, das ferner den Schritt des Annehmens von Parametern, um einenoder mehrere interessierende Anrufe zu definieren, umfaßt.
    [9] Verfahren zum Messen gemäß Anspruch 8, das ferner denSchritt des Sammelns einer Mehrzahl der VoP-Signalpakete (302) und Vergleichensvon Informationen in den gesammelten VoP-Signalpaketen mit den Parametern,um einen oder mehrere aktive interessierende Anrufe zu definieren,umfaßt.
    [10] Verfahren zum Messen gemäß Anspruch 9, das ferner denSchritt des Sammelns der VoP-Datenpakete (302), die demeinen oder den mehreren aktiven interessierenden Anrufen entsprechen,in eine oder mehrere Flußinformationsaufzeichnungen,wobei jede Flußinformationsaufzeichnungeinem des einen oder der mehreren aktiven interessierenden Anrufeentspricht, umfaßt.
    [11] Verfahren zum Messen gemäß einem der Ansprüche 1 bis11, das ferner den Schritt des Berechnens einer Statistik auf derBasis des analysierten VoP-Datenpakets (302) umfaßt.
    [12] Verfahren zum Messen gemäß einem der Ansprüche 1 bis11, bei dem der Schritt des Analysierens des VoP-Datenpakets (302) ferner folgendeSchritte umfaßt: Sammelneiner Mehrzahl der VoP-Datenpakete (302), die einem aktivenAnruf entsprechen, in eine Flußinformationsaufzeichnung;und Berechnen einer Statistik für den aktiven Anruf auf derBasis von Informationen in der Flußinformationsaufzeichnung.
    [13] Verfahren zum Messen gemäß einem der Ansprüche 1 bis12, das ferner den Schritt des Erfassens und Identifizierens deszumindest einen Pakets weder als ein VoP-Signalisierungspaket (302)noch als ein VoP-Datenpaket (304), und des Verwerfens deszumindest einen Pakets umfaßt.
    [14] Verfahren zum Messen gemäß einem der Ansprüche 1 bis13, das ferner den Schritt des Annehmens einer Internetprotokolladresseund einer Tornummer, die dem interessierenden Anruf entsprechen,umfaßt, undbei dem der Schritt des Identifizierens des interessierenden Anrufsein Vergleichen einer Internetprotokolladresse und einer Tornummerdes VoP-Datenpakets (304) mit der Internetprotokolladresseund der Tornummer des Datenpakets umfaßt.
    [15] Verfahren zum Messen gemäß einem der Ansprüche 1 bis14, bei dem die VoP-Datenpakete (304) RTP-Pakete umfassen.
    [16] Verfahren zum Messen einer Sprachqualität in einemVoice-Over-Paket-Netzwerk, das folgende Schritte umfaßt: Annehmeneines Datenpakets, das einem Anruf entspricht, Vergleicheneines Beschreibungselements des Datenpakets mit einer Auslösebedingung,und falls die Auslösebedingungfür dasDatenpaket existiert, Sammeln des Datenpakets in eine Flußinformationsaufzeichnung, Berechneneiner Statistik fürdie gesammelte Flußinformationsaufzeichnung,und Speichern der Statistik.
    [17] Verfahren zum Messen gemäß Anspruch 16, das ferner dieSchritte des Wiederholens der Schritte des Annehmens, Vergleichens,Sammelns und Berechnens füreine Mehrzahl von Datenpaketen umfaßt.
    [18] Verfahren zum Messen gemäß Anspruch 16 oder 17, dasferner die Schritte des Annehmens eines Signalisierungspakets, desErzeugens einer Anrufflußaufzeichnungund des Erzeugens der Flußinformationsaufzeichnungumfaßt.
    [19] Verfahren zum Messen gemäß einem der Ansprüche 16 bis18, bei dem der Schritt des Berechnens einer Statistik ferner einMessen eines Paketverlusts und eines Jitters für die gesammelte Flußinformationsaufzeichnungumfaßt.
    [20] Vorrichtung zum Messen eines Voice-Over-Paket-Netzwerks, das folgendeMerkmale aufweist: eine Filtermaschine, die Pakete in einemNetzwerk annimmt und jedes Paket als einen Pakettyp in einer Gruppe,die aus einem VoP-Signalisierungspaket, einem VoP-Datenpaket undanderen Paketen besteht, identifiziert, einen Anrufsignalisierungsanalysator,der die VoP-Signalisierungspaketeannimmt und eine Anrufflußaufzeichnungfür einenaktiven Anruf erzeugt, einen Auslöseranalysator, der Parameterannimmt, um einen interessierenden Anruf gegenüber der Filtermaschine zu definieren, eineFlußmaschine,die VoP-Datenpakete von der Filtermaschine annimmt, und eineFlußanwendung,die mit der Flußmaschinekommuniziert und ferner die Daten auf der Basis der VoP-Datenpakete verarbeitet.
    [21] Vorrichtung zum Messen gemäß Anspruch 20, bei der dieFiltermaschine (201) die VoP-Signalisierungspakete (302)an den Anrufsignalisierungsanalysator (202) sendet, dasVoP-Datenpaket (304) an die Flußmaschine (203) sendetund die anderen Pakete verwirft.
    [22] Vorrichtung zum Messen gemäß Anspruch 20 oder 21, beider die Flußmaschine(203) auf der Basis der VoP-Datenpakete (304) eine Flußinformationsaufzeichnungerzeugt und bei der die Flußanwendungdie Flußinformationsaufzeichnungempfängt.
    [23] Vorrichtung zum Messen gemäß Anspruch 22, bei der dieFlußanwendungeinen Paketverlust und einen Jitter berechnet.
    [24] Vorrichtung zum Messen gemäß einem der Ansprüche 20 bis23, bei der die Flußanwendungeinen Paketverlust und einen Jitter berechnet.
    [25] Verfahren zum Messen eines Voice-Over-Paket-Netzwerks,das folgende Schritte aufweist: Einrichten von Auslösern, dieCharakteristika eines oder mehrerer interessierender Anrufe definieren, Erfassenvon Datenpaketen fürden einen oder die mehreren interessierenden Anrufe, Sammelnvon Informationen auf der Basis der Datenpakete, Berechneneiner Statistik auf der Basis der gesammelten Informationen, Speichernder Statistik.
    [26] Verfahren zum Messen gemäß Anspruch 25, bei dem dieAuslöseralle Charakteristika umfassen, die aus der Gruppe ausgewählt sind,die aus der anrufenden Telefonnummer, der gewählten Telefonnummer, der Route,dem Codec, dem Fehlerstatus und der Anrufdauer besteht.
    [27] Verfahren zum Messen gemäß Anspruch 25 oder 26, dasferner den Schritt des Modifizierens der Auslöser umfaßt.
    [28] Verfahren zum Messen gemäß einem der Ansprüche 25 bis27, bei dem der Schritt des Einrichtens von Auslösern ferner ein Präsentiereneiner graphischen Benutzerschnittstelle zum Zweck eines Eintragsder Auslöserumfaßt.
    [29] Verfahren zum Messen gemäß einem der Ansprüche 25 bis28, das ferner die Schritte des Bewertens von Charakteristika derinteressierenden Anrufe und des Berechnens einer Statistik auf derBasis der Charakteristika umfaßt.
    [30] Verfahren zum Messen gemäß einem der Ansprüche 25 bis29, das ferner die Schritte des Erfassens von Kombina tionen vonAnrufen und des Bewertens von Anrufmustern aus den interessierendenAnrufen umfaßt.
    类似技术:
    公开号 | 公开日 | 专利标题
    US9185138B2|2015-11-10|Method and apparatus for providing access to real time control protocol information for improved media quality control
    US7372848B2|2008-05-13|Dynamically controlled packet filtering with correlation to signaling protocols
    US8102840B2|2012-01-24|System and method for processing a plurality of requests for a plurality of multi-media services
    CN100521652C|2009-07-29|根据服务等级来信号通知VolP呼叫的方法和设备
    US8593975B2|2013-11-26|Non-intrusive monitoring of quality levels for voice communications over a packet-based network
    JP3961717B2|2007-08-22|公衆交換電話網およびインターネットを介する呼の最適ルーティング
    US7453815B1|2008-11-18|Method and system for monitoring and management of the performance of real-time networks
    US6512746B1|2003-01-28|Method and apparatus for measuring voice grade of service in an IP network
    CN1178443C|2004-12-01|一种通信方法和使用该方法的通信控制器
    US7310334B1|2007-12-18|Method and apparatus for media stream monitoring
    US7353293B2|2008-04-01|Method for making available features for alternative connections of primary connections
    US8743892B2|2014-06-03|Method and system for dynamic gateway selection in an IP telephony network
    CN100473025C|2009-03-25|用于协调监控网络传输事件的方法和系统
    US6584094B2|2003-06-24|Techniques for providing telephonic communications over the internet
    US7505406B1|2009-03-17|Public telephone control with voice over internet protocol transmission
    US9769237B2|2017-09-19|Method and apparatus for testing in a communication network
    US7006433B1|2006-02-28|System and method for transporting in/ain signaling over an internet protocol | network
    US7535993B2|2009-05-19|Call control component employment of one or more criteria for internet protocol call selection for eavesdrop component monitoring
    EP1679866B1|2010-12-08|Verfahren und Anordnung zur Kommunikationsbereitstellung in einem Rechnernetzwerk
    US7076040B2|2006-07-11|Generating call detail records
    US7283516B1|2007-10-16|Session initiation protocol | messages incorporating address and/or routing information obtained from a contact header of a redirect message
    US7463634B1|2008-12-09|Quality correlation testing
    US6553515B1|2003-04-22|System, method and computer program product for diagnostic supervision of internet connections
    US7936694B2|2011-05-03|Sniffing-based network monitoring
    CN101065943B|2012-05-16|用于电路交换移动电信网的性能分析的方法和被动式业务监控器
    同族专利:
    公开号 | 公开日
    US20040160896A1|2004-08-19|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    法律状态:
    2004-09-02| OP8| Request for examination as to paragraph 44 patent law|
    2007-10-04| 8127| New person/name/address of the applicant|Owner name: AGILENT TECHNOLOGIES, INC. (N.D.GES.D. STAATES, US |
    2007-11-15| 8139| Disposal/non-payment of the annual fee|
    优先权:
    申请号 | 申请日 | 专利标题
    [返回顶部]